home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-21 / dvfaq8.zip / DVFAQ8.TXT < prev    next >
Text File  |  1992-09-01  |  89KB  |  1,740 lines
  1.                      DESQview/QEMM FREQUENTLY ASKED QUESTIONS
  2.                                    Release 8
  3.                          Last update: September 1, 1992
  4.                             Edited by Daniel J. Bodoh
  5.                         Posted on the first of every month
  6.  
  7. WHAT IS THIS ARTICLE?
  8. ---------------------
  9.      This article is a regularly posted compendium of topics that have been
  10.      discussed in the Usenet newsgroup comp.os.msdos.desqview since its
  11.      birth.  Although many of the questions are truly ``Frequently Asked'',
  12.      others are questions that experienced DESQview users recognize as
  13.      questions a beginner might ask. If you are new to DESQview or this
  14.      group, please read this FAQ before posting your question.  Even if your
  15.      question isn't answered here, you'll probably learn something new about
  16.      DESQview.
  17.  
  18.      Although I edit this FAQ, a majority of the information contained in it
  19.      was contributed by other comp.os.msdos.desqview readers.  The many
  20.      contributors are listed at the end of the document.
  21.  
  22.  
  23. WHERE CAN I GET THE FAQ LIST?
  24. -----------------------------
  25.      This FAQ list is published in a number of places.  In file archives, it
  26.      is named DVFAQx.ZIP, where ``x'' is the release number.  The DVFAQx.ZIP
  27.      file also contains a DESQview/X help file (hypertext) version of the FAQ
  28.      list.  The FAQ list is available from
  29.  
  30.           (1) its birthplace, the Usenet newsgroup COMP.OS.MSDOS.DESQVIEW as
  31.               NEWS.ANSWERS with the subject line ``DESQview/QEMM Frequently
  32.               Asked Questions: READ BEFORE POSTING'';
  33.           (2) all NEWS.ANSWERS archives, as ``desqview-faq'' (the only
  34.               exception to the naming rule);
  35.           (3) SIMTEL20 and mirrors (see Q7) in the DESQVIEW directory;
  36.           (4) DVNet (see Q7); and
  37.           (5) the DESQview echo on Fidonet, where it is split into about 20
  38.               parts.
  39.  
  40. SUGGESTIONS, ERRORS, CRITICISMS...
  41. ----------------------------------
  42.      Please, send me any comments on this FAQ list.  Since this FAQ is being
  43.      distributed beyond Usenet, here's how to reach me from other networks.
  44.           From the Internet or Usenet: write to ``bodoh@xraylith.wisc.edu''.
  45.           From Fidonet: write to ``Daniel Bodoh 1:121/99.0''
  46.           From Compuserve: write to ``>INTERNET:bodoh@xraylith.wisc.edu''.
  47.           From DECnet: write to ``cxrl::bodoh''
  48.           From Bitnet: write to ``bodoh@xraylith''
  49.  
  50. FORMAT OF FAQ  (Important!)
  51. ---------------------------
  52.      Questions are listed in the ``QUESTIONS'' section, and are labelled Q1
  53.      through Q33.  Answers, labelled A1 through A31 are given with the
  54.      labelled question in the following section.  Finally, the contributors
  55.      are credited. Cross references are made, for example, with ``(see Q2)''.
  56.  
  57.      Because Quarterdeck sells a variety of DESQview products, the term
  58.      "DESQview" can be vague.  In this FAQ list, "DESQview" refers to any of
  59.      the DESQview packages that Quarterdeck sells.  References to specific
  60.      packages will be made with either the package name or with a
  61.      shorthand notation:
  62.           DVC     refers to the original DESQview package, now informally
  63.                   called ``DESQview Classic''.
  64.           DV386   refers to DESQview/386 or the DESQview Classic and QEMM-386
  65.                   combination (see Q2).
  66.           DVX386  refers to DESQview/X-386.
  67.           DVX286  refers to DESQview/X-286.
  68.           DVX     refers to both DESQview/X-286 and DESQview/X-386.
  69.  
  70. COPYRIGHT
  71. ---------
  72.      This FAQ list is Copyright 1992 by Daniel J. Bodoh, all rights reserved.
  73.      Permission is granted to freely copy any part or all of the FAQ list as
  74.      long as the copyright notice is included.
  75.  
  76.      This copyright is a compilation copyright, since I have written very
  77.      little of this FAQ list.  If you use most or all of a question, please
  78.      credit the contributor as well.  Contributors are listed at the end of
  79.      this document.
  80.  
  81. QUESTIONS
  82. ---------
  83. Q1:  What is DESQview?
  84. Q2:  Besides DESQview, what other products does Quarterdeck sell, and what
  85.      are the current versions?
  86. Q3:  What types of programs can DESQview run?
  87. Q4:  What type of computer is required for DESQview?
  88. Q5:  How can I upgrade my 80286 for best DESQview performance?
  89. Q6:  Does DESQview and DESQview/X support Super VGA or video coprocessors?
  90. Q7:  Where can I get freeware and shareware DESQview programs?
  91. Q8:  I want to write software for DESQview and DVX.  Where can I get the API?
  92. Q9:  I've heard that DESQview does preemptive multitasking.  What does that
  93.      mean?
  94. Q10: Why do the other windows slow to a virtual halt when one window accesses
  95.      the floppy disk?
  96. Q11: Can Windows run under DESQview?
  97. Q12: Can I make something like AUTOEXEC.BAT for DESQview, so that certain
  98.      windows open every time I run DESQview?
  99. Q13: Can text and graphics be displayed at the same time with Hercules?
  100. Q14: How do I use two monitors under DESQview?
  101. Q15: What are Exceptions 12 and 13?
  102. Q16: What determines the amount of conventional memory that DESQview claims
  103.      for itself and takes away from programs?
  104. Q17: What are some programs that are incompatible with DESQview?
  105. Q18: I'm having a problem {configuring DESQview, running a program, etc.}. 
  106.      How do I fix it?
  107. Q19: How can I contact Quarterdeck?
  108. Q20: What books are available on DESQview?
  109. Q21: What are the command-line switches for DESQview/QEMM/QRAM?
  110. Q22: How can I configure DESQview for maximum window memory?
  111. Q23: What is NOFF.SHP {NOFF.SHR}?
  112. Q24: How can I increase DESQview's performance?
  113. Q25: My {9600 or greater} BPS modem drops characters under DESQview.  Is high
  114.      speed communication possible under DESQview?
  115. Q26: Why doesn't ANSI.SYS work in DESQview?
  116. Q27: Why does the mouse pointer disappear after running certain programs?
  117. Q28: What are those files SWAP*.DV in my DV directory?  Can I delete them?
  118. Q29: What does ``Optimize Communications'' in DESQview's setup program do?
  119. Q30: What do I need if I want to use DESQview/X's networking features?
  120. Q31: What do each of the four Protection Levels mean?
  121. Q32: How can I load two or more shared programs in a window?
  122. Q33: When running Windows under DESQview, I get an ``Incorrect DOS Version''
  123.      message.  How do I fix this?
  124.  
  125. QUESTIONS AND ANSWERS
  126. ---------------------
  127. Q1:  What is DESQview?
  128.  
  129. A1:  DESQview is a program written by Quarterdeck Office Systems of Santa
  130.      Monica, California, USA.  It allows true preemptive multitasking (see   
  131.      Q9) on 8088, 8086, 80286, 80386, 80486, V20 and V30 machines running
  132.      MS-DOS (see Q4). While MS-DOS is still considered the PC's operating
  133.      system, DESQview provides services similar to more advanced multitasking
  134.      operating systems.
  135.  
  136. Q2:  Besides DESQview, what other products does Quarterdeck sell, and what
  137.      are the current versions?
  138.  
  139. A2:  [Versions are the latest known as of the date of the FAQ.  If you see
  140.      a newer version, please let me know.]
  141.  
  142.      Quarterdeck has two types of ``upgrades'': major upgrades and
  143.      compatibility updates. The former involves a changing of the digit
  144.      before or immediately after the decimal point and represents significant
  145.      enhancements to the product's performance. The latter reflect minor
  146.      changes generally of interest to a small number of users.
  147.  
  148.      DESQview (DVC)        2.42 (2.52 with DVX386, not available otherwise)
  149.           An excellent DOS multitasker.  If you are wondering why it has such
  150.           a funny name, here's the official explanation from Quarterdeck:
  151.           the original product was called DESQ (the Q was from Quarterdeck).
  152.           When Quarterdeck made it TopView-compatible (see Q23) the "view"
  153.           was added.
  154.  
  155.      QEMM-386              6.02 (6.03 with DVX386, not available otherwise)
  156.           A memory manager for 80386+ machines.  QEMM will convert extended
  157.           memory to XMS memory (replacing HIMEM.SYS) and LIM EMS 4.0 memory.
  158.           With the associated utilities, you can load TSRs, device drivers,
  159.           and DOS data structures into high memory in order to gain
  160.           conventional memory for large programs. Manifest is provided with
  161.           QEMM.  QEMM is a VCPI server and can also be a DPMI host with the
  162.           QDPMI product (see below).  If you plan to use DESQview on a 386,
  163.           you should choose QEMM over other memory managers.  It is smaller
  164.           and faster than other memory managers, can give you more upper
  165.           memory, and certain functions in DESQview will only work if QEMM is
  166.           the memory manager.  It is also the only memory manager that allows
  167.           you to run Windows in Standard mode inside or outside of DESQview.
  168.  
  169.      QDPMI                 1.0
  170.           In conjunction with QEMM, QDPMI acts as a DPMI host for programs
  171.           that require DPMI.  QDMPI is available to registered QEMM users
  172.           free of charge from the Quarterdeck BBS (see Q7) or for a nominal
  173.           price with documentation from Quarterdeck.
  174.  
  175.      QEMM-50/60            6.0 (not sure about minor version number)
  176.           Similar to QEMM-386, but specifically for PS/2 models 50 and 60
  177.           which are 80286-based machines.  It will only work with certain
  178.           memory expansion boards and requires disabling of motherboard
  179.           memory.  For more details, get the QOS tech note QEMM5060.TEC,
  180.           available from SIMTEL20 and other sites (see Q7).
  181.  
  182.      DESQview/386 (DV386)  2.42
  183.           Actually DESQview/386 is a copy of DESQview and QEMM in the same
  184.           package.  If you already have DESQview, purchasing QEMM will give
  185.           you DV386.
  186.  
  187.      QRAM                  2.0
  188.           A memory manager for 8088 through 80286 machines.  QRAM will
  189.           provide UMBs (Upper Memory Blocks, memory greater than 640K but
  190.           less than 1024K). To do this requires either LIM EMS 4.0, EEMS, a
  191.           memory management chip or a 286 motherboard with C&T's NEAT, LEAP
  192.           or SCAT chip set.  The UMBs can be used to load TSRs, device
  193.           drivers, and DOS data structures into high memory in order to gain
  194.           conventional memory for large programs. Manifest is provided with
  195.           QRAM.  BTW, QRAM is pronounced like ``cram'' (I always called it
  196.           ``kee-u-ram'').
  197.  
  198.      MANIFEST              1.12 (1.14 with DV/X, not available otherwise)
  199.           Manifest is a ``system information'' utility.  It displays hardware
  200.           information, memory usage, internal DOS structures and much more.
  201.  
  202.      DESQview Companions   1.1
  203.           A set of utility programs, including a calculator, datebook,
  204.           notepad, and terminal emulator.
  205.  
  206.      DESQview/X-386 (DVX386)  1.02
  207.           DESQview/X-386 is DV386 with an industry-standard graphical user
  208.           interface.  It contains an X-windows server, which allows you to
  209.           interact with X-windows programs running on Unix machines, or DOS
  210.           text and X clients running on other DESQview/X machines (see Q30).
  211.           Using the fonts provided, you can make use of your SVGA to have
  212.           many small 80x25 windows open on the screen simultaneously.
  213.  
  214.           The DVX386 package contains DESQview/386 2.52, QEMM-386 6.03 and
  215.           Manifest 1.14.  These versions are not available separately. It
  216.           also contains 4 DESQview/X Companions: an Application Manager (like
  217.           Window's Program Manager), a File Manager, the Adobe Type Manager
  218.           and an Icon Editor.
  219.  
  220.      DESQview/X-286 (DVX286)  (Rumored)
  221.           This will be DESQview/X for the 286.  DVX286 will actually DVX386
  222.           packaged with QRAM.  Quarterdeck hasn't released because of memory
  223.           difficulties.
  224.  
  225.      OSF/Motif Window Manager 1.0
  226.           Replaces the native DESQview/X window manager for a different look
  227.           and feel.
  228.  
  229.      OPEN LOOK Window Manager 1.0
  230.           Replaces the native DESQview/X window manager for a different look
  231.           and feel.
  232.  
  233.      DESQview and DESQview/X programming tools
  234.           See Q8.
  235.  
  236. Q3:  What types of programs can DESQview run?
  237.  
  238. A3:  There are three types of DESQview programs: DESQview-oblivious programs,
  239.      DESQview-aware programs, and DESQview-specific programs.
  240.  
  241.      According to the DESQview manual, DESQview-oblivious programs are those
  242.      which are ``written without any consideration for DESQview''.  These
  243.      include standard DOS programs like word processors and spreadsheets.
  244.  
  245.      Some standard DOS programs have the ability to detect the presence of
  246.      DESQview.  These programs are considered DESQview-aware.  The advantage
  247.      of DESQview-aware programs is better system performance, because
  248.      DESQview does not have to make conservative assumptions about the
  249.      program.  A DESQview-aware program gives up the CPU when it doesn't need
  250.      it, and if it writes directly to the screen it instead writes to a
  251.      DESQview-provided video buffer so it can run in a small window (see
  252.      Q23).  If you'd like to make your program DESQview-aware, there is code
  253.      provided in Appendix J of the DESQview manual.
  254.  
  255.      DESQview-specific programs can only be run while DESQview is active.   
  256.      These programs use the window management, interprocess communication and
  257.      other services that are built into DESQview (called the DESQview
  258.      Applications Program Interface (API)).
  259.  
  260.      DESQview will multitask all programs, regardless of type.
  261.  
  262. Q4:  What type of computer is required for DESQview?
  263.  
  264. A4:  DESQview Classic can multitask programs on an 8088, 8086, 80286,
  265.      80386sx, 80386dx, 80486sx, 80486dx, V20 or V30.   DVX386 will only run
  266.      on an 80386sx or better.
  267.  
  268.      8088/8086/80286/V20/V30
  269.           DVC will run in one of three ways one these machines. For
  270.           additional information, get the file DV286.ZIP from SIMTEL20 (see
  271.           Q7).
  272.  
  273.           (1) If you have true hardware compatible LIM EMS 4.0 (or EEMS)
  274.           memory board and are able to disable some conventional memory, DVC
  275.           will remap expanded memory to conventional memory addresses to
  276.           multitask ``well-behaved'' programs in.
  277.  
  278.           (2) If you use a plug-in memory management chip such as a
  279.           All-Charge Card or a SOTA POP card, it will provide the memory
  280.           mapping needed to allow DVC to multitask programs beyond 640K.
  281.  
  282.           (3) If you have neither a LIM EMS 4.0 memory card or a memory
  283.           management chip, DVC will still multitask as many programs as
  284.           possible in the available conventional memory (see Q5).
  285.  
  286.           Besides the memory problem, on a machine less than an 80386 and
  287.           without QEMM, DESQview will not be able to run programs in a small
  288.           window or in the background if the program writes directly to video
  289.           memory (see Q2). If the program has a switch to allow BIOS screen
  290.           output, use it, or convince the programmer to make the program
  291.           DESQview-aware (see Q3).
  292.       
  293.      80386sx/80386dx/80486sx/80486dx
  294.           DV386 (or the combination of DESQview and QEMM (see Q2)) and DVX386
  295.           will multitask programs in all of the available extended memory.
  296.  
  297.      Although DVC can multitask on any machine, the minimum suggested
  298.      configuration is an 80386sx with 2 megabytes of memory and QEMM.  For
  299.      breathing room, at least 4 megabytes of memory is suggested.
  300.  
  301.      DVX386 requires at least 4 megabytes and an 80386sx.  Eight megabytes of
  302.      memory is roughly equivalent to 4 megabytes under DVC.
  303.  
  304. Q5:  How can I upgrade my 80286 for best DESQview performance?
  305.  
  306. A5:  A 80286 can be upgraded with LIM EMS 4.0 expanded memory, a memory
  307.      management chip, a plug-in 386 adapter, or a new 386 motherboard.  The
  308.      cost of all these ``upgrades'' is about the same. All of them have some
  309.      negatives as well.
  310.  
  311.      (1) If you are unsure how much of your 286 conventional memory can
  312.      disabled, getting LIM EMS 4.0 memory may not help you. For the record
  313.      the listed 286 motherboards can be set to the minimum conventional
  314.      memory as follows:
  315.         AST Premium 286  0K
  316.         IBM AT (6 Mhz) 256K
  317.         COMPAQ 286     256K
  318.  
  319.      Most AT clones have a minimum of 512K (eighteen 256Kx1 DRAMs).  The
  320.      motherboard can only be disabled to 256K or lower if it supports 64K
  321.      DRAMs, or if the system setup allows you to specify a value less than
  322.      the actual amount of memory installed.
  323.  
  324.      If you have information on the minimum conventional memory of any other
  325.      286 motherboard, please forward it to the editor (see above).
  326.  
  327.      (2) If you get a memory management chip, an All-Charge Card or a SOTA
  328.      POP, you will still not get the memory protection available with the
  329.      80386 (see Q4).
  330.  
  331.      (3) If you get a 386 Adapter to replace the 286 CPU chip, there has been
  332.      ``some reported'' compatibility problems.  Also, it will not run as fast
  333.      the corresponding 386 motherboard of the same clock speed.
  334.  
  335.      (4) If you get a new 386 (or 386SX) motherboard, there is some hassle to
  336.      get it installed and working but probably no more than with the 386
  337.      Adapter kits.
  338.  
  339. Q6:  Does DESQview and DESQview/X support Super VGA or video coprocessors?
  340.  
  341. A6:  This issue has two answers: one for DVC and another for DVX.
  342.  
  343.      DESQview Classic
  344.      ----------------
  345.      Yes and no.  When DVC is placing windows on the screen, it cannot use
  346.      any of the 132 column modes provided by Super VGA cards.  The smallest
  347.      text font that DVC and DV386 provides to VGA+ users is 60 rows by 80
  348.      columns.  Since video support is hardcoded into DVC and DV386, there is
  349.      no way to write a video driver for Super VGA cards.
  350.  
  351.      Inside a window, any resolution can be used.  The problem occurs when
  352.      you switch away from the window and come back.  DESQview will corrupt
  353.      the window unless it has a resolution of 800x600x16 or less.  Except in
  354.      rare cases, DESQview cannot handle 256 colors at more than 320x200.  A
  355.      few cards will reportedly work at 1024x768x16 as well.  Note that at
  356.      these higher resolutions,  ``Graphics Pages'' in Change A Program must
  357.      be set to 4.
  358.  
  359.      Quarterdeck is currently researching solutions to this problem.
  360.  
  361.      DESQview/X
  362.      ----------
  363.      All DESQview/X output is in graphics mode, so it benefits greatly from
  364.      Super VGA.  Performance is increased significantly with video
  365.      coprocessor cards.  However, DESQview/X currently supports only a
  366.      limited set of VGA chip sets.
  367.  
  368.      DESQview/X 1.0 supports the following SVGA chipsets:
  369.           Manufacturer             Chipset Number      Highest Resolution
  370.           ---------------------------------------------------------------
  371.           ATI                      28800               800x600
  372.           Chips and Technologies   82C451              800x600
  373.           Chips and Technologies   82C452              1024x768
  374.           Genoa VGA                ET3000, 6400        800x600
  375.           Western Digital Imaging  PVGA1a, WD90C00,
  376.                                    WD90C10, WD90C11    800x600
  377.           Trident                  8800, 8900          800x600 (256 colors
  378.                                                                  unsupported)
  379.           Tseng Labs               ET3000              800x600
  380.           Tseng Labs               ET4000              1024x768
  381.           Headland Technologies    VEGA                800x600
  382.           Headland Technologies    V7VGA               1024x768
  383.  
  384.      8514/a and hardware compatibles and DGIS boards are also supported.
  385.      These boards significantly increase video speed (see Q24).
  386.  
  387.      DESQview/X does not currently support the S3 chip, but may in the
  388.      future.  However, you *may* be able to use the VESA 800x600x16 mode by
  389.      editing the DVX.CFG file and changing the ``screen'' line to ``screen
  390.      800x600:6ah'' You may also need to change the ``type VGA'' line to
  391.      ``type VG8''.  This is not guaranteed to work.
  392.  
  393.      The TIGA chip is not yet supported, but will be in a future release.
  394.  
  395.      The DGIS interface *is* supported.  For reference, here is an incomplete
  396.      list of video coprocessor cards and their compatibilities.  If you know
  397.      of any that are not in this list, please forward the information to
  398.      bodoh@xraylith.wisc.edu.
  399.  
  400.      Desktop AGA 1024           TI                      TIGA, application
  401.                                                           interface level
  402.                                                           drvr for 8514
  403.      ATI 8514/Ultra             ATI 8514/A              Relies on 8514 drvr
  404.      Spectragraphics
  405.      Squeegee                   TI                       DGIS
  406.      National Volante AT1000    TI                       TIGA
  407.      SOTA 340i                  TI                       DGIS, adapter
  408.                                                           interface
  409.                                                           compatible--8514
  410.      Appian Rendition II        TI                       TIGA
  411.      ADEX 8514/AT256            Western Dig. 8514/A      Relies on 8514 drvrs
  412.      Western Digital 8514/A     W.D. 8514/A              8514
  413.      Hercules Graphics Station
  414.      Card GB 1024+2             TI                       TIGA
  415.      NEC Multisync
  416.      Graphics Engine            TI                       DGIS
  417.      Nth Engine /150          Chips & Technology 8514    relies on 8514
  418.      HP Intelligent Graphics
  419.        Controller 20            TI                       TIGA, DGIS
  420.      Vermont Cobra Plus         TI                       TIGA, adapter
  421.                                                            interface
  422.                                                            compatible--8514
  423.      Artist XJS-1024            TI                       relies on TIGA
  424.      Rasterex Liberty 810AT     TI                       TIGA, adapter
  425.                                                            interface
  426.                                                            compatible--8514
  427.      Most TIGA & DGIS have custom drivers for their supported software eg.
  428.      WP, HG CAD
  429.  
  430. Q7:  Where can I get freeware and shareware DESQview programs?
  431.  
  432. A7:  There are quite a few DESQview repositories available, depending on what
  433.      network access you have.
  434.  
  435.      BBS
  436.           The official Quarterdeck BBS can be reached at (310) 314-3227.  It
  437.           supports 1200-9600 baud, 8 data bits, no parity.
  438.  
  439.           SIMTEL20 files (see below) are available for downloading from
  440.           Detroit Download Central (313) 885-3956.  DDC has multiple lines
  441.           which support 300/1200/2400/9600/14400 bps (103/ 212/ V22bis/ HST/
  442.           V32bis/ V42bis/ MNP).  This is a subscription system with an
  443.           average hourly cost of 17 cents.  It is also accessable on Telenet
  444.           via PC Pursuit and on Tymnet via StarLink outdial.
  445.  
  446.      Fidonet
  447.           Many Fidonet nodes belong to DVNet, the DESQview File Distribution
  448.           Network. It is coordinated by Peter Stern at 1:17/38.  A monthly
  449.           posting to the DESQview echo on Fidonet lists the nodes
  450.           participating in DVNet.
  451.  
  452.      Internet (via anonymous ftp)
  453.           WSMR-SIMTEL20.ARMY.MIL [192.88.110.20]
  454.           Three directories on SIMTEL are of interest to DV/QEMM users:
  455.                PD1:<MSDOS.DESQVIEW>
  456.                     Many DESQview programs, .DVPs, etc.
  457.                PD1:<MSDOS.DV-X>
  458.                     DVX-specific programs, icons, etc.
  459.                PD1:<MSDOS.QEMM>
  460.                     QEMM programs, information
  461.                PD1:<MSDOS.INFO>
  462.                     Information relating to DESQview and QEMM.  The
  463.                     Quarterdeck White Pages are stored here as QW920327.ZIP.
  464.                     They are very useful for solving problems.
  465.                Other directories may contain DESQview-aware (see Q3)
  466.                programs.
  467.           In each of the three directories, the file 00-INDEX.TXT contains
  468.           a list of all the files available in that directory.
  469.  
  470.           OAK.OAKLAND.EDU [141.210.10.117]
  471.           A SIMTEL20 mirror.  The DESQview directory is /pub/msdos/desqview.
  472.           This is the most up-to-date mirror of SIMTEL20.
  473.  
  474.           WUARCHIVE.WUSTL.EDU  [128.252.135.4] 
  475.           Another SIMTEL20 mirror.  The DESQview directory is
  476.           /mirrors/msdos/desqview.
  477.  
  478.           NIC.FUNET.FI [128.214.6.100], SRC.DOC.IC.AC.UK [146.169.3.7],
  479.           RANA.CC.DEAKIN.OZ.AU [128.184.1.4], ARCHIE.AU [139.130.4.6], &
  480.           NIC.SWITCH.CH [130.59.1.40]
  481.           SIMTEL20 mirrors for non-North Americans
  482.  
  483.           HAYES.IMS.ALASKA.EDU [137.229.40.200]
  484.           Contains some of the programs available on DVNet in the directory
  485.           /dvnet. The file ``prog.dvn'' is a list of all the programs
  486.           available on DVNet.  The file ``dvnet.lst'' is a list of all the
  487.           Fidonet BBSs that participate in DVNet.
  488.  
  489.      UUCP
  490.           SIMTEL files can be requested via UUCP from UUNET's 1-900-GOT-SRCS.
  491.           See UUNET file uunet!~/info/archive-help for details.
  492.  
  493.      Email-only
  494.           If you do not have FTP access to SIMTEL20, files may be ordered by
  495.           e-mail from LISTSERV@VM1.NODAK.EDU or LISTSERV@VM.ECS.RPI.EDU.
  496.                If you are on BITNET: LISTSERV@NDSUVM1 or LISTSERV@RPIECS
  497.                If your mailer knows domains: listserv@vm1.nodak.edu or
  498.                                              listserv@vm.ecs.rpi.edu
  499.                If your mailer wants bang paths:
  500.                                              uunet!vm1.nodak.edu!listserv
  501.                                              uunet!vm.ecs.rpi.edu!listserv
  502.  
  503.           If you use bang paths, substitute your nearest neighbor which is
  504.           also on the Internet for uunet in the examples above.  Some
  505.           examples are: ames, decvax, decwrl, harvard, hplabs, nosc, rutgers,
  506.           sharkey, sun, ucbvax, ucsd, udel, uw-beaver, wuarchive.
  507.  
  508.           Send this command to the server to get its help file:
  509.  
  510.           GET PDGET HELP
  511.  
  512.           Sample command (which gets the catalog of MS-DOS files):
  513.  
  514.           /PDGET MAIL PD:<MSDOS.FILEDOCS>SIMLIST.ARC UUENCODE
  515.  
  516.           These commands should be sent as the body of a regular email
  517.           message. Do not include a signature because it confuses the server.
  518.           If you have xxdecode, you may wish to specify XXENCODE instead of
  519.           UUENCODE to avoid character translation problems.
  520.  
  521.           To get a catalog of the DESQview files only, use
  522.           /PDGET MAIL PD1:<MSDOS.DESQVIEW>00-INDEX.TXT UUENCODE
  523.  
  524. Q8:  I want to write software for DESQview and DVX.  Where can I get the API?
  525.  
  526. A8:  There are two separate programming paths: DESQview API programming and X
  527.      Windows programming.
  528.  
  529.      Programming under the DESQview API allows you to use all the
  530.      multitasking features of DVC and DVX - process and task creation,
  531.      interprocess communication and character window output.
  532.  
  533.      X programming is only available under DESQview/X.  X Window programming
  534.      allows you to write computer-independent graphics interfaces.
  535.      You can combine DESQview API programming and X Window programming if you
  536.      write small real-mode programs.  Quarterdeck has ported only part of the
  537.      API to protected-mode X programming.
  538.  
  539.      The DESQview API is built into every copy of DESQview and DESQview/X as
  540.      INT 15h calls.  A list of the documented and undocumented INT 15h calls
  541.      is available for free in DVINT, a DESQview/QEMM-specific excerpt of the
  542.      Interrupt List maintained by Ralf Brown.
  543.  
  544.      Also for free is DVGLUE, a DESQview 2.01 API for Turbo C.  DVGLUE and
  545.      DVINT make a good combination for freeware and shareware programmers who
  546.      want to get into DESQview programming at a small cost.
  547.  
  548.      Recently, Quarterdeck has significantly reduced the prices for their API
  549.      and associated tools.  The tools include the API reference manual ($25),
  550.      various language-specific libraries (C, Pascal, Dbase, etc., $100 each
  551.      including the API manual), a panel designer for screen layout, and other
  552.      tools (see Q19).  Third party reference books are also available (see
  553.      Q20).
  554.  
  555.      Although the X Windows interfaces are available in every copy of
  556.      DESQview/X, the INT 15 and mailbox interface to it is not published and
  557.      is not completely known yet.  However, there is still an inexpensive
  558.      option.
  559.  
  560.      DJGPP, an MSDOS 386 port of the GNU C compiler is available on the
  561.      Internet.  Quarterdeck has released DJGPP-compatible X libraries
  562.      without documentation for free with GNU C.  This free version is
  563.      available on the Internet.
  564.  
  565.      A special base-level DESQview/X X11 Starter Toolkit, for use with the
  566.      DJGPP GNU C/C++ compiler only, includes disks containing the full X11 R4
  567.      programming libraries, the DESQview/X system library with Berkeley
  568.      Socket Interface, sample programs, make files for  GNU, the DESQview/X
  569.      Roadmap documentation, and the GNU C/C++ compiler. The starter kit sells
  570.      for $50.
  571.  
  572.      The complete DESQview/X X11 Toolkit, priced at $750, includes: X11 R4
  573.      programming libraries, the DESQview/X system  library with Berkeley
  574.      Socket Interface, sample programs, make files and library support for
  575.      Microsoft C, Borland C++, Zortech C++, Rational Instant C, Watcom C/386,
  576.      Metaware High C, and GNU C/C++ compilers, the DESQview/X Roadmap,
  577.      O'Reilly X Reference and Programming Guides (Volumes 1, 2, 4, and 5),
  578.      Rational Systems DOS/4GX DOS extender and tools, Instant C development
  579.      environment, Oxygen, and Quarterdeck's Developer Passport Support.
  580.  
  581.      There is also an a la carte version of the toolkit available.  Contact
  582.      Quarterdeck (see Q19) for prices.
  583.  
  584.      Quarterdeck's OSF/Motif (v. 1.1.5) Development Toolkit, priced at $150,
  585.      includes: Motif Widget libraries, Motif Resource  Management library,
  586.      Motif User Interface Language (UIL) compiler, sample programs, O'Reilly
  587.      Volume 6, Motif Programming Manual, the DESQview/X OSF/Motif Roadmap and
  588.      the DESQview/X end user OSF/Motif Window Manager.  The Motif libraries
  589.      can be used to build applications with a standard look and feel.
  590.  
  591.      The prices above are Quarterdeck prices; the price on the street is
  592.      usually a lot better.  One source of API tools is the Programmer's
  593.      Connection, at
  594.           Programmer's Connection, Inc.
  595.           7249 Whipple Ave. NW
  596.           North Canton, OH  44720-7143
  597.           1-800-336-1166 (US and Canada)
  598.           (216) 494-8715 (International)
  599.           (216) 494-5260 (FAX)
  600.  
  601. Q9:  I've heard that DESQview does preemptive multitasking.  What does that
  602.      mean?
  603.  
  604. A9:  Let's say you have one toy (the 80x86 processor in our case) and 5
  605.      children (5 programs that you want to run under DESQview
  606.      simultaneously).  There are two ways that Dad (DESQview) can let each
  607.      child play with the toy.        
  608.  
  609.      (1) Dad gives the toy to one of the children, who plays with it until
  610.      she gets bored.  Then she returns the toy to Dad, who gives it to one of
  611.      the other children.  This repeats until all the children have played
  612.      with the toy, and then Dad starts over with the first child.
  613.  
  614.      (2) Dad gives the toy to one of the children, and starts a timer.  If
  615.      the child gets bored with the toy before the timer expires, she gives it
  616.      back to Dad.  However, if she still holds the toy when the timer
  617.      expires, Dad reminds her that good children must share, and takes it
  618.      away from her.  He then gives it to the next child and restarts the
  619.      timer.  When all the children have played with the toy, Dad returns it
  620.      to the first child. She continues playing with it where she left off.
  621.  
  622.      Sometimes one of the children may want to take the toy apart. Since none
  623.      of the other children wants to play with a disassembled toy, the child
  624.      will request that Dad not take away the toy until the child says he can. 
  625.      In that way, the child can re-assemble the toy before any other child
  626.      gets it. 
  627.  
  628.      The first method is called ``non-preemptive'' and conversely, the second
  629.      is called ``preemptive''.  It is generally agreed that preemptive
  630.      multitasking is much better because one program cannot accidently
  631.      ``hog'' the CPU.  One of the major technical differences between
  632.      DESQview and Windows is that DESQview preemptively multitasks all
  633.      programs, while Windows does non-preemptive multitasking of Windows
  634.      applications.
  635.  
  636.      When a program running under DESQview calls a DOS or BIOS function, it
  637.      effectively ``disassembled the toy''.  DESQview recognizes this and
  638.      temporarily suspends any other program that attempts to make a DOS or
  639.      BIOS call until the current DOS or BIOS call ends (see Q10).
  640.  
  641.      DESQview-oblivious programs (see Q3) can act like selfish children when
  642.      they are waiting for keyboard entry.  Even though they aren't playing
  643.      with the toy, they keep hold of it.  Shareware and freeware programs are
  644.      available for forcing these programs to share the toy (see Q24).
  645.  
  646. Q10: Why do the other windows slow to a virtual halt when one window    
  647.      accesses the floppy disk?
  648.  
  649. A10: Both DOS and the BIOS disk access functions are non-reentrant, i.e. they
  650.      may not be called again while one call is in progress.  DESQview thus    
  651.      handles both as ``serially reusable resources,'' and suspends a window
  652.      making such a call until any current call completes.
  653.  
  654.      Since programs make many DOS calls other than disk I/O, they can become
  655.      blocked while another window is accessing the disk even when they
  656.      themselves are not trying to access the disk.  The same suspension
  657.      occurs when a program accesses the disk via BIOS calls, but only when
  658.      some other window is also accessing the disk; thus, a non-disk DOS call
  659.      can execute at the same time as a disk-related BIOS call.
  660.  
  661.      When the disk being accessed is a hard disk, the call completes so
  662.      quickly that there is no obvious degradation in the performance of other
  663.      windows.  When accessing a floppy disk, however, the call can take
  664.      multiple seconds to complete, during which time it is highly likely that
  665.      other windows will be suspended for a noticeable length of time.
  666.  
  667.      To minimize the impact of copying or formatting, try using shareware
  668.      programs such as DVCOPY, LTFORMAT and FDFORMAT (see Q7).
  669.  
  670. Q11: Can Windows run under DESQview?
  671.  
  672. A11: Yes, Windows can run under DESQview, but only in Real and Standard mode.
  673.      Windows in Enhanced mode becomes an 80386 DPMI control program and there
  674.      can only be one such control program at a time (see Q17).
  675.  
  676.      Under DESQview/X, Windows can be run in a small window, because
  677.      DESQview/X can convert the Windows output into X requests.  Page 143 of
  678.      the DVX manual discusses how to run Windows under DVX.
  679.  
  680. Q12: Can I make something like AUTOEXEC.BAT for DESQview, so that certain
  681.      windows open every time I run DESQview?
  682.  
  683. A12: Yes.  In DESQview Classic there are basically two methods:
  684.          (1) Use the ! method in the script language.
  685.          (2) Use a batch file in the first (BD) window.
  686.  
  687.      Method (1) is more useful in turnkey applications - method (2) is
  688.      better (i.e., more flexible) for general use.
  689.  
  690.      To use method 1, do something like this:
  691.  
  692.      copy con foo.dvt
  693.      {Learn {F12} "!Startup"}
  694.      ...
  695.      {Finish}
  696.      ^Z
  697.      convscr t foo.dvt desqview.dvs
  698.  
  699.      (``...'' are your DV script commands to do what you want to do)
  700.  
  701.      To use Method 2, get hold of one of the many ``start a window from the
  702.      command line'' utilities.  One of these is RUN, part of the DVSI package
  703.      available on SIMTEL20 and mirrors (see Q7).
  704.  
  705.      Then write a batch file that uses RUN to create the windows you need,
  706.      and put that batch file in the Program field of BD-PIF.DVP.  Then you
  707.      can start up the windows just by hitting return twice when DV starts up
  708.      (assuming BD is the first program on your open menu).  This is what I
  709.      do. Or, for total automation, you can make a startup script as above,
  710.      consisting of OBD.
  711.  
  712.      Under DESQview/X, edit the file ``DVX.CFG'' which is in the \DVX
  713.      directory.  Add the name of the DVP (without the .DVP extension) to the
  714.      CLIENT line.  Or, use the SETUP program which will edit DVX.CFG for you.
  715.      DESQview/X assumes that the DVP you specify in the CLIENT line is in the
  716.      directory \DVX\DVPS.
  717.  
  718. Q13: Can text and graphics be displayed at the same time with Hercules?
  719.  
  720. A13: Yes, as long as 90x43 mode display mode is used.  If the graphics bleeds
  721.      through from the background, you can switch to 80x25 mode.
  722.  
  723.      However, there is no way to detect whether or not the Hercules card is
  724.      currently in text or graphics mode if a program switches between these
  725.      two modes by manipulating the registers of the card. In this case
  726.      DESQview will not notice that the graphics mode has changed. Quarterdeck
  727.      has put a utility DVHERC on the distribution disk that is intended to
  728.      help users switch to the correct mode in such events. DVHERC is a TSR
  729.      program.  However DESQview can sometimes be very stubborn and will not
  730.      recognize this change.  In such cases it will again switch to the wrong
  731.      mode as soon as one switches to a different window.
  732.  
  733. Q14: How do I use two monitors under DESQview?
  734.  
  735. A14: You can use two monitors only in DVC and DV386.  DVX does not support
  736.      two monitors.
  737.  
  738.      DVC and DV386 will only control one of your monitors, and by default all
  739.      programs will use the monitor that DESQview controls.  There are a
  740.      number of ways to make programs start up on the ``other'' monitor. Since
  741.      you will usually want DESQview to control the color monitor (except
  742.      perhaps in the case of a CGA), the following discussion assumes that
  743.      DESQview is controlling the color monitor and not the monochrome
  744.      monitor.
  745.  
  746.      First, you can use a batch file and include a ``MODE MONO'' statement to
  747.      switch the program to the monochrome monitor.  Second, you can use the
  748.      ``initial mode'' field to specify the monitor on which the program will
  749.      start (however, this setting is ignored unless you also set ``writes
  750.      directly to screen'' to Y and ``virtualize'' to N).  By setting the
  751.      initial mode to 7, you force the program to use the monochrome monitor
  752.      until it explicitly switches monitors.  Note that DESQview tends to stop
  753.      updating the monochrome screen while the program is in the background if
  754.      the program ever switches to the color display (including starting on
  755.      the color display with the first method above).
  756.  
  757.      The initial mode can also be set to 21 or 22 for Hercules Graphics mode. 
  758.      These modes only allow one page of mono graphics (see Q13).  Mode 21 is
  759.      Page 0 at address B000h, and Mode 22 is Page 1 at address B800h.  Hence,
  760.      Mode 22 is not available with two monitors (it conflicts with color
  761.      video).
  762.  
  763. Q15: What are Exceptions 12 and 13?
  764.  
  765. A15: An exception 12 (or 13) is caused by the program you are running doing
  766.      something that it is not allowed to do on a 80386 while in Virtual 8086
  767.      (V86) mode. Since QEMM is the 386 ``control program,'' it can only
  768.      report the error caused by the user program. The main cause is operand
  769.      wrapping past the last address in segment, 65,535 (FFFF in hex)
  770.  
  771.      Note that exceptions are only reported by QEMM, and are not caused by
  772.      either QEMM or DESQview.  They are caused by old programs that assume
  773.      they are running on an 80286 or less; or by a program that ``crashed''.
  774.  
  775.      From the INTEL ``80386 Programmer's Reference Manual,''
  776.           PART III - COMPATIBILITY
  777.                chapter 15, VIRTUAL 8086 MODE
  778.                     Section 15.6 DIFFERENCES FROM 8086
  779.                          Stated ``reasons'' 6, 7 & 8
  780.                               (pages 15-10 & 15-11)  
  781.  
  782.      Quoting from the INTEL manual:  
  783.           15.6 DIFFERENCES FROM 8086    
  784.           In general, V86 mode will correctly execute software designed for
  785.           the 8086, 8088, 80186 and 80188. Following is a list of the minor
  786.           differences between 8086 execution on the 80386 and on an 8086.
  787.  
  788.                ... (only those causing exception 12 or 13 are listed)
  789.  
  790.           6. Redundant prefixes.
  791.           The 80386 sets a limit of 15 bytes on instruction length. The only
  792.           way to violate this limit is by putting redundant prefixes before
  793.           an instruction.  Exception 13 occurs if the limit on instruction
  794.           length is violated. The 8086/8088 has no instruction limit.
  795.  
  796.           7. Operand crossing offset 0 or 65,535.
  797.           On the 8086, an attempt to access a memory operand that crosses
  798.           offset 65,535 (e.g., MOV a word to offset 65,535) or offset 0
  799.           (e.g., PUSH a word when SP = 1) causes the offset to wrap around
  800.           modulo 65,535. The 80386 raises an exception in these cases -
  801.           exception 13 if the data segment (i.e., if CS, DS, ES, FS, or GS is
  802.           being used to address the segment), exception 12 if the segment is
  803.           a stack segment (i.e., if SS is being used.)
  804.  
  805.           8. Sequential execution across offset 65,535.
  806.           On the 8086, if sequence execution of instructions proceeds past
  807.           offset 65,535, the processor fetches the next instruction byte from
  808.           offset 0 of the same segment. On the 80386, the processor raises
  809.           exception 13 in such a case.
  810.  
  811.      In order to fix an Exception 13, you can try to load the program causing
  812.      it into a different area of memory.  To do this, try increasing your
  813.      FILES or BUFFERS, or loading some TSRs low rather than high, etc.
  814.      However, the best solution is to contact the programmer.  Another
  815.      possible solution is to increase the amount of memory specified in
  816.      Change A Program.
  817.  
  818. Q16: What determines the amount of conventional memory that DESQview claims
  819.      for itself and takes away from programs?
  820.  
  821. A16: Using XDV.COM, DESQview Classic or DESQview-386 can load most of itself
  822.      into upper and high memory so conventional memory is preserved.
  823.      However, loading many TSRs or DOS high (see Q22) will reduce the amount
  824.      of DESQview that can be loaded high (i.e. in the XMA - the first 64K of
  825.      extended memory).  DVX386 automatically loads itself into high memory.
  826.  
  827.      DESQview also sets aside a portion of conventional memory and calls it
  828.      ``Common Memory''.  The amount that DESQview allocates can be decreased
  829.      in DVSETUP, but the minimum is about 14K.  Certain programs such as DVSI
  830.      (a set of shareware utilities by Daniel Bodoh) require the amount of
  831.      Common Memory to be larger than the minimum.  A large Open Window menu
  832.      or many ``shared programs'' will also increase the required amount of
  833.      Common Memory.
  834.  
  835.      Each window has an area of memory called ``System Memory''.  The amount
  836.      of System Memory available to a program is controlled by three separate
  837.      entries on the Change A Program screen.  First, since DESQview stores
  838.      the window image in System Memory, decreasing the number of text pages
  839.      and maximum window size decreases System Memory usage.  Second, since
  840.      most programs do not explicitly use System Memory, the System Memory
  841.      field can be set to 1K or 0K.
  842.  
  843.      The pool of System Memory only reduces the maximum window memory for
  844.      that particular window, and does not affect the other windows.  You can
  845.      see this using the Memory Status program.  It will report, say, 592K of
  846.      conventional memory available, but part of that is used for System
  847.      Memory so the actual amount available is less.
  848.  
  849. Q17: What are some programs that are incompatible with DESQview?
  850.  
  851. A17: [Please forward any other known incompatibilities to the editor of this
  852.      FAQ list (see above).]
  853.       
  854.      Any ``386 Control Program'' that is not VCPI compliant (see Q15).
  855.  
  856.      BitFax
  857.  
  858.      Borland C++ 3.0
  859.      Borland has a patch on Compuserve and the Borland BBS.  This patch is
  860.      also available on SIMTEL20 as DPMIFI.ZIP in PD1:<MSDOS.CPLUSPLUS> (see
  861.      Q7).
  862.  
  863.      Colorado Memory Systems, Inc.'s TAPE.EXE
  864.      Incapable of finding a tape drive piggybacked to a floppy adapter when
  865.      run in a DVC window. It does not crash the system, but backups are
  866.      not possible when inside DESQview.  Colorado will be fixing this in the
  867.      future.  Under DVX, it can find the tape drive.
  868.  
  869.      ConFormat
  870.  
  871.      Diagnostic programs that try to go into protected mode to tested
  872.      extended memory will fail under QEMM.  These include QAPLUS and RAMTEST. 
  873.      Diagnostic programs should be run from a boot floppy.
  874.  
  875.      DJGPP/DJGPP-compiled programs
  876.      Finally, DJGPP 1.08 available via anonymous FTP from
  877.      BARNACLE.ERC.CLARKSON.EDU [128.152.28.12] in /pub/msdos/djgpp, works
  878.      with DESQview/X (and probably DESQview, too).  This claim comes from the
  879.      author.  All previous version of DJGPP require strange patches to GO32.
  880.      For those of you who don't know, DJGPP is a full 32-bit C/C++ compiler
  881.      for DOS with a DOS extender which allows you to use *all* your 386
  882.      memory and your disk as memory.  DJGPP 1.08 is packaged with X libs for
  883.      DESQview/X (see Q8).
  884.  
  885.      DR DOS 6.0 history feature
  886.      DR DOS works great with DESQview, except for the history feature.
  887.  
  888.      DVFormat by SLR Systems
  889.      Has problems with DESQview/X which Quarterdeck are trying to fix.
  890.  
  891.      Games that use digitized sound without extra sound hardware.  Digitized
  892.      sound requires that the timer interrupt be sped up to 8000 or more
  893.      interrupts per second, which DESQview can't deal with.  The only
  894.      workaround is to turn off the sound or buy extra sound hardware.
  895.  
  896.      Micronics rev 1.10.05 and 1.10.06 motherboards with Phoenix BIOS
  897.      Incompatible with QEMM-386.  The first rev that worked again with QEMM
  898.      was 1.10.10.  Contact Phoenix for a BIOS upgrade.
  899.  
  900.      Mountain FileSafe 4000 Tape Backup Software
  901.  
  902.      Microsoft C/C++ 7.00
  903.      MSC requires a DPMI host which until now QEMM did not provide. You can
  904.      now use QDPMI to allow QEMM to become a DPMI host.
  905.  
  906.      MS-Kermit 3.11
  907.      Try setting Optimize Communications in DVSETUP to No.  If that doesn't
  908.      work, use the Kermit SET COM command to set the exact interrupt request
  909.      and I/O port used.  The problem will be fixed in 3.12.
  910.  
  911.      QA Plus (see above note on Diagnostic programs)
  912.  
  913.      RAMTEST (see above note on Diagnostic programs)
  914.  
  915.      Soundblaster
  916.      Games that use Soundblaster require ``Share CPU'' be set to N or the
  917.      music will be choppy.  Some games do work OK, though.
  918.  
  919.      Speed (LandMark Tests 2.00)
  920.      Crashes DESQview
  921.  
  922.      Windows Enhanced Mode
  923.      (see Q11)
  924.  
  925. Q18: I'm having a problem {configuring DESQview, running a program, etc.}. 
  926.      How do I fix it?
  927.  
  928. A18: First of all, take a look at the manual.  This may seem obvious, but
  929.      you'd be surprised at the number of people that post problems which they
  930.      could have solved themselves by glancing at the manual.
  931.  
  932.      If you still can't figure it out, post a complete description of your
  933.      problem.  Don't just say, for example, ``foo.exe doesn't run''.  Be
  934.      specific.  Post the Change A Program screens, or portions of
  935.      AUTOEXEC.BAT or CONFIG.SYS if relevant.  But use some restraint.  Don't
  936.      post 18 pages of system configuration information just because you can't
  937.      get foo.exe to print ``Hello, world''.
  938.  
  939. Q19: How can I contact Quarterdeck?
  940.  
  941. A19: Quarterdeck Office Systems
  942.      150 Pico Boulevard
  943.      Santa Monica, CA, USA 90405
  944.  
  945.      Technical Support:
  946.           Phone:    (310) 392-9701
  947.           Fax:      (310) 399-3802
  948.      Sales:
  949.           Phone:    (310) 392-9851
  950.           Fax:      (310) 399-3802
  951.      Customer Service or Orders:
  952.           Phone:    (800) 354-3222
  953.  
  954.      QOS BBS:  (310) 314-3227 (24 hours/day, 1200-9600, HSD 14.4k and V32bis,
  955.                8 bits, No parity)
  956.  
  957.      E-mail (for Tech Support):
  958.           Internet/Usenet/UUCP:
  959.                               support@qdeck.com
  960.           Quarterdeck BBS:    Sysop
  961.           CompuServe:         76004,2310
  962.           BIX:                QOS.REP2
  963.           MCI Mail:           QUARTERDECK
  964.           Smartnet:           DESQview Conference - Quarterdeck USA
  965.  
  966.      Public Message forums for Quarterdeck Tech support:
  967.           QOS BBS:       <T>echnical Support Message System
  968.           CompuServe:    ``GO QUARTERDECK''
  969.           BIX:           ``JOIN DESQVIEW''
  970.           SmartNet:      DESQview Conference
  971.           FidoNet:       DESQview Echo (currently no QOS support online)
  972.           RelayNet:      DESQVIEW - Quarterdeck USA or Quarterdeck Canada
  973.           ILINK:         Multitaskers
  974.           Usenet:        comp.os.msdos.desqview - QOS techs are active
  975.  
  976.      Ireland
  977.      -------
  978.      European Headquarters
  979.      Quarterdeck International Ltd.
  980.      B.I.M. House, Crofton Terrace
  981.      Dun Laoghaire, Co.
  982.      Dublin, Ireland
  983.      Phone:    +353 1 2844-144
  984.      Fax:      +353 1 2844-380
  985.      BBS:      +353 1 2844-381
  986.      QFAX:     +353 1 2844-383
  987.      Product Information/Registration Cards:
  988.      Phone:    +353 1 2841-444
  989.      Fax:      +353 1 2844-380
  990.  
  991.      United Kingdom
  992.      --------------
  993.      Quarterdeck Office Systems UK Ltd.
  994.      Widford Hall, Widford Hall Lane,
  995.      Chelmsford, Essex, CM2 8TD, United Kingdom
  996.      Technical Support
  997.      Phone:    + 4471 973-0663
  998.      Fax:      + 4471 973-0664
  999.      BBS:      + 4471 973-0661
  1000.      QFAX      + 4471 973-0665
  1001.      Product Information/Upgrade/Registration Cards:
  1002.      Phone:    + 44 245 496699
  1003.      Fax:      + 44 245 495284
  1004.      BBS:      + 44 245 263898
  1005.  
  1006.      Canada
  1007.      ------
  1008.      Quarterdeck Office Systems Canada, Inc.
  1009.      70 York St., Suite 1220
  1010.      Toronto, Ontario M5J 1S9
  1011.      Phone:    +1 (416) 360-5758
  1012.      Fax:      +1 (416) 360-4885
  1013.      Upgrades: +1 (800) 268-5181
  1014.  
  1015.      Germany
  1016.      -------
  1017.      Quarterdeck Office Systems GmbH
  1018.      Willstaetter Strasse 15
  1019.      D-4000 Duesseldorf 11
  1020.      Germany
  1021.      Technical support:
  1022.      Phone:    +49 211 / 59790-40
  1023.      Fax:      +49 211 / 59790-60
  1024.      QFAX      +49 211 / 59790-65
  1025.      Product info, upgrades:
  1026.      Phone:    +49 211 / 59790-0
  1027.      Fax:      +49 211 / 594126
  1028.  
  1029.      France
  1030.      ------
  1031.      Quarterdeck Office Systems S.A.R.L.,
  1032.      4, Rue de General Lanrezac, 75017 Paris, France.
  1033.      Technical Support
  1034.      Phone:  Int + 33 144-09-03-40
  1035.      Fax:      + 33 144-09-00-69
  1036.      BBS:      + 33 144-09-01-07
  1037.      QFAX:     + 33 144-09-00-81
  1038.      Product Information/Upgrade/Registration Cards
  1039.      Phone:    + 33 144-09-03-91
  1040.      Fax:      + 33 144-09-03-47
  1041.  
  1042.      Cyprus / Eastern Mediterranean
  1043.      ------------------------------
  1044.      Quarterdeck Office Systems Middle East Ltd.
  1045.      1 Souliou Street, Suite 103, Strovolos,
  1046.      Nicosia, Cyprus.
  1047.      Product Information/Upgrade/Registration Cards/Support
  1048.      Phone:    + 357 2311-630
  1049.      Fax:      + 357 2311-560
  1050.  
  1051.      Spain
  1052.      -----
  1053.      Quarterdeck Office Systems S.A.,
  1054.      Gran Via de les Courts, Catlanes, 617, 10-3A
  1055.      08007 Barcelona, Spain.
  1056.      Product Information/Upgrade/Registration Cards/Support
  1057.      Phone:    + 343-412-29-45
  1058.      Phone:    + 343-412-44-41
  1059.  
  1060. Q20: What books are available on DESQview?
  1061.  
  1062. A20: ``DESQview - A Guide to Programming the DESQview Multitasking
  1063.           Environment'', by Stephen R. Davis, M&T Books Publishing, 501
  1064.           Galveston Drive, Redwood City, CA 94063. 346 pages. 1st Edition, 
  1065.           1989.
  1066.      [This is a review from Quarterdeck.  I've heard from others that this
  1067.      books is really not that good and doesn't have many examples.  Look it
  1068.      over well before you spend any money.]
  1069.      A very good source on programming in C using the DESQview API.  This is
  1070.      a tutorial book with lots of examples.  Would be useful to programmers
  1071.      who find the QOS API manuals somewhat daunting.  All examples are in
  1072.      C, however there is lots of general information  which would be useful
  1073.      for developers programming in any language.   Available direct from M&T
  1074.      and bookstores which specialize in technical works.  Can be ordered from
  1075.      Quarterdeck order line at (310) 392-9851 for $24.95 ($39.95 with disk -
  1076.      5 1/4 inch only).
  1077.  
  1078.      ``The Official DESQview Sourcebook'', Larry Joel Goldstein, Bantam
  1079.           Computer Books, 666 Fifth Ave., New York, NY 10103. 351 pages. 
  1080.           1st edition - Sept. '89, price $22.95 ($27.95 Canada).
  1081.      A comprehensive guide to the use of DESQview, QEMM and the  DESQview
  1082.      Companions.  Contains a section on the DESQview API that  may serve as
  1083.      an introduction, but this is not a programmer's book.  A useful adjunct
  1084.      to the Quarterdeck manuals when you want similar information from
  1085.      another view.
  1086.  
  1087.      ``DOS Beyond 640K'', Second Ed. James Forney, Windcrest Books, Division
  1088.           of TAB Books Inc., Blue Ridge Summit, PA 17294-0850. 1989.  235
  1089.           ISBN 0-8306-9717-9, ISBN 0-8306-3744-3 pbk. pages.  Price $19.95.
  1090.      Not a DESQview/QEMM book specifically, but an excellent book on  the
  1091.      subject of memory, with many references to DESQview and QEMM. Highly
  1092.      recommended to users who really want to understand the use of memory in
  1093.      their PCs.
  1094.  
  1095.      ``The Best Book of DESQview'', Jack Nimersheim, Howard W. Sams &
  1096.           Company,  11711 North College, Suite 141, Carmel, IN 46032.  1st 
  1097.           Edition 1990, 396 pages.  Price $24.95
  1098.      A user-friendly guide to DESQview, the Companions, QEMM and Manifest.
  1099.      Contains many tips and a good discussion of the DESQview Learn feature.
  1100.  
  1101.      ``Mastering DESQview'', Jonathan Kamin,  Scott, Foresman IBM
  1102.           Computer Books,  1900 E. Lake Avenue, Glenview, IL 60025.  1st 
  1103.           Edition 1990, 387 pages.  Price $24.95.
  1104.      A comprehensive guide to the use of DESQview, with emphasis on hints and
  1105.      techniques which enhance the use of DESQview.  Special emphasis on
  1106.      creative use of DESQview's Learn (macro) facility.
  1107.  
  1108.      ``Extending DOS,'' Ray Duncan, Charles Petzold, M. Steven Baker, Andrew
  1109.           Schulman, Stephen R. Davis, Ross P. Nelson, Robert Moote,
  1110.           Addison-Wesley Publishing Co., Second edition, 1992.
  1111.      An excellent work on DOS memory usage and some of the options for
  1112.      extending DOS.  For advanced users and programmers.  Quite a bit of
  1113.      example source code included.  Covers IBM PC Programming Architecture,
  1114.      EMS, XMS, DOS Extenders, Windows, DESQview, VCPI, DPMI and Multitasking.
  1115.  
  1116.      ``DESQview Instant Reference,'' Paul J. Perry, 1991, Sybex, 166 Pages.
  1117.           Price $9.95
  1118.      This is a basic, short reference guide to DESQview, QEMM-386, and
  1119.      Manifest. It covers up to versions 2.3 of DESQview and version 5.1 of
  1120.      QEMM-386.  It describes the use of all the DESQview functions, QEMM-386
  1121.      switches, and switches for LOADHI, QEMM.COM, VIDRAM.  All the
  1122.      information provided is in the Quarterdeck manuals.
  1123.  
  1124.      ``Understanding DESQview,'' Richard Altman, 1991, Sybex, 307 pages.
  1125.           Price $24.95
  1126.  
  1127.      ``DESQview Unleashed'', Dave Williams, SAMS.
  1128.      Coming in August 1992.  Will include part of this FAQ!
  1129.  
  1130.      ``Memory Management for All of Us'', by John M. Goodman, Ph.D.  SAMS,
  1131.           1992. ISBN 0-672-27366-7. Price $29.95.
  1132.      Discusses virtually all aspects of PC memory and memory management,
  1133.      including how DESQview uses memory.
  1134.  
  1135.      ``XView Programming Manual,'' Dan Heller, etal., O'Reilly & Assoc. 586
  1136.           pages. Price:  $34.95
  1137.  
  1138.      ``X Window System Programming,'' Naba Barkakati, 1991, Howard W. Sams &
  1139.           Co.  600 pages.  Price:  $29.95
  1140.      Good introduction to X programming, with many helpful example programs.
  1141.      Covers xlib, xt Intrinsics, and some discussion of OSF/Motif widgets is
  1142.      provided.
  1143.  
  1144.      ``Introduction to the X Window System,'' O. Jones, 1989, P-H.  Price:
  1145.           $38.00
  1146.  
  1147.      ``The X Window System in a Nutshell'', 1990, O'Reilly & Assoc.  Price:
  1148.           $24.95
  1149.  
  1150.      [If you know of any more, please let me know]
  1151.  
  1152. Q21: What are the command-line switches for DESQview/QEMM/QRAM?
  1153.  
  1154. A21: The file QOSSWIT3.ZIP from SIMTEL20 (see Q7) in the PD1:<MSDOS.INFO>
  1155.      directory contains a list of the documented and undocumented switches
  1156.      for Quarterdeck's products.
  1157.  
  1158. Q22: How can I configure DESQview for maximum window memory?
  1159.  
  1160. A22: The answer to this question is very system dependent.  However, you
  1161.      should use QEMM rather than EMM386 and HIMEM.SYS (on a 386), because
  1162.      QEMM is smaller and will provide the same services.  Also, without QEMM
  1163.      screen virtualization is not possible (see Q2).  Loading DOS high will
  1164.      not necessarily help, because that reduces the amount of DESQview kernel
  1165.      that can be loaded high (see Q16).
  1166.  
  1167.      When you test using DOS=HIGH, make sure you add I=0800-0FFF to QEMM
  1168.      line. This will allow QEMM to map the area vacated by DOS, so you may
  1169.      see a gain in window size. You almost have to be using stealth to see a
  1170.      net gain.
  1171.  
  1172.      Also, if you don't need graphics, you can use the VREMS parameter on the
  1173.      QEMM line, and add VIDRAM ON to the DV.BAT file. This will give you
  1174.      about 64k more for each window. DV.BAT should actually have a VIDRAM ON
  1175.      before calling DV, and VIDRAM OFF after DV.
  1176.  
  1177.      Experiment.  Use Manifest to judge the results.  If your high memory is
  1178.      very fragmented (i.e. many small contiguous blocks rather than a few
  1179.      large blocks), keeping DOS and TSRs low and putting DESQview high might
  1180.      work better.
  1181.  
  1182.      Do not set up your path and environment variables until all the TSRs
  1183.      have been loaded.  A copy of the environment is made for every TSR, and
  1184.      if the TSR does not give this area of memory back to DOS, it is wasted.
  1185.  
  1186.      QEMM's STEALTH feature should be used if it is compatible with your
  1187.      machine.  There are three different STEALTH modes:
  1188.           ST:F - Frame stealth.  Compatible with many machines, but offers the
  1189.                  least amount of memory gain.  Also known as ``Female
  1190.                  Stealth''.
  1191.  
  1192.           ST:M - Mapping stealth.  It offers significantly more memory gain
  1193.                  but will not work on all machines.  Also known as ``Male
  1194.                  Stealth''.
  1195.  
  1196.           ST:P - Protected mode stealth.  Undocumented and unsupported by
  1197.                  Quarterdeck, because it has many incompatibilities.  If you
  1198.                  can get it to work on your machine, you could get an
  1199.                  additional 25K or so over ST:M.  You cannot run any other
  1200.                  protected mode programs with ST:P (the DVX stuff seems to
  1201.                  work, though).
  1202.  
  1203.      Here's a neat trick to save memory under DVX.  This is from David Granz.
  1204.  
  1205.      How to Maximize your memory space for programs under DVX
  1206.      ---------------------------------------------------------
  1207.  
  1208.      In order to use DV/X on a TCP/IP network, the FTP software TCP/IP
  1209.      drivers must be loaded.  Unfortunately, these TSRs can take up over 100K
  1210.      of precious DOS memory space.  In addition a mouse driver is needed
  1211.      (another 12-16K of memory used up).  And then, DV/X itself chews up a
  1212.      significant amount of DOS memory. Even with the new QEMM stealth
  1213.      features that allow most of the upper memory space to be used to LOADHI
  1214.      these TSRs, the memory actually left for a program (or DOS window) under
  1215.      DV/X can end up being quite small.  In my particular setup, the best I
  1216.      was able to get was a 320K DOS window.
  1217.  
  1218.      After much experimenting and some suggestions from Quarterdeck, I have
  1219.      come up with the following procedures that allow you get very close to a
  1220.      full 640K of program space in a DOS window (somewhat less if you don't
  1221.      have a 8514 video card).  Note that although this method seems to work
  1222.      fine (for me at least), it is not in anyway a supported method.  Please
  1223.      DO NOT call Quarterdeck for help with this setup, they are not
  1224.      supporting this technique at this time.  If you have problems with
  1225.      things crashing, put things back the way they were before, and see if
  1226.      the problems go away.  Then, if the crash still occurs, you have a valid
  1227.      reason to call Quarterdeck.
  1228.  
  1229.      Before doing any of the following modifications, make a safe copy of
  1230.      \DVX\STARTUP.DVP and \DVX\DVPS\PCTCP.DVP.  These copies can be used to
  1231.      restore the system in case you have problems.
  1232.  
  1233.      Step 1, Saving the space occupied by the MOUSE driver:
  1234.  
  1235.          Create a file called \DVX\SERVER.BAT that contains the following
  1236.          lines:
  1237.  
  1238.              MOUSE   (or whatever is needed to run your mouse)
  1239.              SERVER
  1240.  
  1241.          Then with the DVPMAN program (under DV/X), modify the file
  1242.          \DVX\STARTUP.DVP. Change the reference to SERVER.EXE to SERVER.BAT.
  1243.          Also increase the memory size by enough to cover the added size of
  1244.          the mouse driver (about 30k should be plenty).
  1245.  
  1246.          Modify your CONFIG.SYS and/or AUTOEXEC.BAT to not load the mouse
  1247.          driver when you boot your computer.
  1248.  
  1249.          Restart the computer, and then DV/X...  The mouse driver should now
  1250.          load in the process space of the server.
  1251.  
  1252.          A 'mem/c' command in a DOS window, should show more memory available
  1253.          and no copy of the mouse driver.
  1254.  
  1255.  
  1256.      Step 2, Saving the space occupied by the TCP drivers:
  1257.  
  1258.          In a manner similar to the above mouse modifications, you need to
  1259.          create a batch file:  \DVX\NETWORK\NETWORK.BAT.  This batch file
  1260.          should contain all the drivers and network programs needed to
  1261.          support TCP/IP.  The last step should be to run the 'nsftp' program.
  1262.  
  1263.          For example, my NETWORK.BAT looks like this:
  1264.  
  1265.              c:\dvx\device c:\ftp\ifcust.sys
  1266.              c:\dvx\device c:\ftp\ipcust.sys
  1267.              c:\ncsa\drivers\wd8003e -w 0x62 7 0x280 0xD000
  1268.              c:\ftp\ethdrv -t 20 -p 26 -u 2
  1269.              nsftp
  1270.  
  1271.          Using DVPMAN, modify the \DVX\DVPS\PCTCP.DVP parameters to run
  1272.          NETWORK.BAT rather than NSFTP.EXE.  You should add enough memory
  1273.          allocation to allow for the extra memory of the network drivers.  In
  1274.          my case a 350K allocation seems to work fine but you may need more.
  1275.  
  1276.          Remove all the network drivers and TSRs from your CONFIG.SYS and
  1277.          AUTOEXEC.BAT, and reboot DOS and DV/X.
  1278.  
  1279.          If all goes correctly, the DOS windows under DV/X should now contain
  1280.          none of the network drivers.  With this arrangement I am able to get
  1281.          about 550K available in the DOS window.
  1282.  
  1283.          The only limitation of this arrangement, is that only Quarterdeck
  1284.          supplied network programs (telnet, ftp, etc) will work.  This is
  1285.          because the network drivers are running in a different address space
  1286.          than the DOS windows.  The normal FTP software's and Packet driver's
  1287.          access interrupts are not available in any process other than the
  1288.          PCTCP process.
  1289.  
  1290.      Step 3, Getting even more space:
  1291.  
  1292.          If you have a 8514 type video card (I have a ATI Graphics Ultra),
  1293.          you can get even more space for DOS programs.  As an added
  1294.          advantage, the video performance is much better with this card
  1295.          (1024x768x256).
  1296.  
  1297.          Add the 'VREMS' parameter to your QEMM386.SYS line in CONFIG.SYS.
  1298.          This will allow the \QEMM\VIDRAM program to steal the address space
  1299.          at A0000-AFFFF for DOS use.
  1300.  
  1301.          Before starting DV/X, do a "\QEMM\VIDRAM ON" command.  Just ignore
  1302.          the message that DV/X cannot find a graphics card.  DV/X will run
  1303.          just fine without this video ram area.  The DOS window will be 64K
  1304.          bigger.
  1305.  
  1306.          The only limitation of this, is that graphic programs (ie ones that
  1307.          take over the entire screen) must not be run.  Text programs and
  1308.          programs that use X windows calls will work just fine.
  1309.  
  1310.  
  1311. Q23: What is NOFF.SHP {NOFF.SHR}?
  1312.  
  1313. A23: NOFF.SHR is an older version of NOFF.SHP.  So what's NOFF.SHP?
  1314.  
  1315.      DESQview is the child of an older IBM program called TopView.  Because
  1316.      Quarterdeck wanted DESQview to run all the old TopView programs, they
  1317.      made DESQview compatible to TopView, in much the same way you can run
  1318.      programs written for DOS 3.3 in DOS 4.0.
  1319.  
  1320.      If a program writes directly to the video memory, TopView (and DESQview)
  1321.      cannot run it in a small window.  So IBM allowed programs to be TopView-
  1322.      aware (similar to DESQview-aware (see Q3)) by giving them ``virtual''
  1323.      video memory on request.  This memory looks like video memory, but
  1324.      characters written into it do not get displayed on the screen.
  1325.  
  1326.      Since DESQview is a much smarter program that TopView ever was, DESQview
  1327.      can automatically update the window from the virtual video memory.  But
  1328.      TopView did not have that ability.  The TopView-aware program had to
  1329.      make another call which would manually update the window from the video
  1330.      memory.
  1331.  
  1332.      Quarterdeck wanted to make DESQview look as much like TopView as
  1333.      possible, so they decided that if a TopView-aware program makes this
  1334.      call to update the window, then the automatic updating of DESQview would
  1335.      be turned off.
  1336.  
  1337.      DESQview can do a better job of updating the window from the virtual
  1338.      video buffer than *some* programs.  So the purpose of NOFF.SHP is to
  1339.      capture the TopView update call before it gets to DESQview and not let
  1340.      DESQview see the call.  That way, DESQview never turns off the automatic
  1341.      updating, and your window output is less jerky. 
  1342.  
  1343.      Whether or not you should use NOFF.SHP depends on how the TopView-aware
  1344.      program updates its screen.  If it changes only small parts of the
  1345.      screen at a time but requests that the entire screen be updated, use
  1346.      NOFF.SHP.  But if the program tells TopView (DESQview) exactly which
  1347.      part of the screen changed, output may look smoother without NOFF.SHP
  1348.      because an automatic update doesn't take place until the end of each
  1349.      program's time slice (see Q9).
  1350.  
  1351.      Although NOFF.SHP is included in the Quarterdeck-supplied DVP for
  1352.      Wordperfect, it is not required if you are using a 386 or better and
  1353.      you turn on text virtualization.
  1354.  
  1355. Q24: How can I increase DESQview's performance?
  1356.  
  1357. A24: DESQview's performance depends on many different factors.  We will try
  1358.      to highlight some of the important areas here.
  1359.  
  1360.      DESQVIEW-OBLIVIOUS PROGRAMS
  1361.           Performance is especially degraded by DESQview-oblivious programs
  1362.           (see Q3), because they do not give up the CPU when they are not
  1363.           doing useful work (see Q9).
  1364.  
  1365.           Some programs, while waiting for keyboard input, continuously ask
  1366.           if a keystroke is available instead of giving up the CPU.
  1367.           Quarterdeck provides a way to force programs to give up the CPU
  1368.           after a specified number of keystroke queries.  One of the bytes in
  1369.           the DVP file (the file edited by Change A Program) specifies the
  1370.           number of keyboard polls before the CPU is taken away.
  1371.  
  1372.           Unfortunately, Quarterdeck has never put a field on the Change A
  1373.           Program screens to change this number.  DvpEdit, a freeware
  1374.           replacement for Change A Program, is available on SIMTEL20 (see Q7)
  1375.           and allows you to change this ``Max Keypolls'' value.
  1376.  
  1377.           Another well-known program is TAME.  TAME does much more than watch
  1378.           for keyboard polling; and can do a good job of increasing
  1379.           performance.
  1380.  
  1381.           System performance can be measured with the PS utility available in
  1382.           the DVSI package (also on SIMTEL20 and DVNet).  Using PS, an
  1383.           offending program can be quickly identified.
  1384.  
  1385.      DISK ACCESS
  1386.           Since disk access can slow down the system significantly (see Q10)
  1387.           using a disk cache can also increase performance.  HyperDisk,
  1388.           available on SIMTEL20 (see Q7), is especially popular among
  1389.           DESQview users.
  1390.  
  1391.      FOREGROUND/BACKGROUND TICKS
  1392.           With the ``Tune Performance'' menu you can set the number of
  1393.           foreground and background ticks.  These numbers indicate how much
  1394.           time DESQview is to allocate to a given task before moving on to
  1395.           the next in a round-robin fashion. The default setting is 9:3,
  1396.           which means DESQview gives the foreground task 9 ``ticks'', or
  1397.           roughly half a second, of CPU time, then gives each of the
  1398.           background tasks 3 ticks. A more common setting with today's
  1399.           hardware is 1:1 or 2:2 -- each task gets 1 (or 2) ticks.
  1400.  
  1401.           There's no single, optimal setting. Smaller numbers generally
  1402.           provide smoother performance, but may overwhelm the CPU on less
  1403.           powerful systems. In addition, time-sensitive applications like
  1404.           communications programs may need to be serviced frequently by the
  1405.           CPU. In short, experiment.
  1406.  
  1407.           Here's an undocumented trick:  Go to ``Tune Performance'' and
  1408.           backspace to erase the numbers that are in the ticks fields.  This
  1409.           will set them to ``H0'' (next time you bring up the ``Tune
  1410.           Performance'' window).  This trick seems to set the ticks to 1/2
  1411.           and 1/2 (although this claim has been disputed -- more
  1412.           experimentation will have to be done).
  1413.  
  1414.           Setting 0 background ticks will cause background windows to never
  1415.           run.  Setting 0 foreground ticks will cause background windows to
  1416.           run only if the foreground window explicitly gives up its
  1417.           timeslice, or if it blocks (i.e. waits for a keystroke or other
  1418.           event).
  1419.  
  1420.      SCREEN DISPLAY
  1421.           There are three primary reasons why your screen may appear jerky.
  1422.           First, you may be virtualizing the window. While this prevents
  1423.           bleed-thru (when used in conjunction with QEMM-386), it does
  1424.           increase the workload on DESQview, and the screen output only
  1425.           occurs at the end of the program's timeslice. If this is a problem
  1426.           for you then configure your application to use BIOS screen writes
  1427.           and turn virtualization off. Second, you may need to adjust your
  1428.           tick settings. DESQview updates the screen display at the end of a
  1429.           task's CPU allocation. Thus, a setting of, say, 99:99 will result
  1430.           in extremely jerky screen updates compared with 2:2 or so.  Third,
  1431.           you may be unnecessarily using NOFF.SHP (see Q23).
  1432.  
  1433.           DESQview/X is a GUI and therefore screen output is much slower.
  1434.           This is due to the poor design of the PC's video.  In order to get
  1435.           better display performance, you may want to purchase a graphics
  1436.           accelerator or coprocessor board.
  1437.  
  1438.      MEMORY USAGE
  1439.           The memory usage of individual programs can be tuned in Change A
  1440.           Program.  For maximum window size, you must balance your TSR and
  1441.           device driver usage (see Q16 and Q22).  The PS utility in the DVSI
  1442.           package available on SIMTEL20 (see Q7) can show which windows are
  1443.           not using all their allocated memory.
  1444.  
  1445.           Certain DESQview/X programs which use the built in DOS extender can
  1446.           use the disk as memory.  This is called virtual memory.  You can
  1447.           configure the DESQview/X Server to use virtual memory to save on
  1448.           real memory.  To do so, change the ``maxmem='' line in the
  1449.           \DVX\SERVER\XB16.VMC file (XC16.VMC for the high-resolution
  1450.           server).  This line specifies the maximum number of kilobytes of
  1451.           real memory that should be used.  Increase the number to to
  1452.           increase speed; or decrease the number to increase available
  1453.           memory.  Note that DESQview/X gets flaky if the number is less than
  1454.           1000K or so.  The default value of 1000K is optimized for a 4
  1455.           Megabyte machine.
  1456.  
  1457. Q25: My {9600 or greater} BPS modem drops characters under DESQview.  Is high
  1458.      speed communication possible under DESQview?
  1459.  
  1460. A25: Yes, high speed communication is possible.  First, you must go into the
  1461.      DESQview setup program and set ``Optimize Communications'' to Y (see
  1462.      Q29).  If you still lose characters, you may have to get a new serial
  1463.      board.  The characters are coming in too fast for DESQview and your
  1464.      communications program to process them.
  1465.  
  1466.      The chip that controls serial communication is known by many names.  On
  1467.      an XT (or an 8-bit I/O board) it is an 8250.  Most ATs contain the
  1468.      16450. The problem with these chips is that they can only buffer one
  1469.      character at a time, so if DESQview doesn't allow your communications
  1470.      program to respond fast enough, you'll lose that character.
  1471.  
  1472.      The solution is to get a board with the National Semiconductor PC16550CN
  1473.      chip.  This chip buffers up to 16 characters, so character loss is less
  1474.      likely to occur.  If you are the handy type, you can even swap your 8250
  1475.      (or whatever) for the NS16550AN yourself, for the chips are
  1476.      pin-compatible.
  1477.  
  1478.      Do not get a 16550 non-A chip.  It is an old, buggy chip.  Also, Western
  1479.      Digital makes a 16550 which is rumored to be buggy at speeds of 2400 BPS
  1480.      or less.
  1481.  
  1482.      Note that the 16550x will act like an 8250 unless you have software that
  1483.      supports it.  Most communication packages today do support the 16550x.
  1484.  
  1485. Q26: Why doesn't ANSI.SYS work in DESQview?
  1486.  
  1487. A26: ANSI.SYS doesn't work inside DESQview because DESQview takes control of
  1488.      all the screen writes.  Quarterdeck has provided a solution, however.
  1489.      Provided with DESQview is DVANSI.COM.  Run this program in the window in
  1490.      which you need ANSI.SYS.
  1491.  
  1492. Q27: Why does the mouse pointer disappear after running certain programs?
  1493.  
  1494. A27: If a DESQview-aware or DESQview-oblivious program (see Q3) uses the
  1495.      mouse, DESQview must turn off its own mouse handling in that window.
  1496.      Unfortunately, DESQview cannot detect when the program is finished with
  1497.      the mouse, so your DESQview mouse pointer will never reappear while that
  1498.      window has the keyboard.
  1499.  
  1500. Q28: What are those files SWAP*.DV in my DV directory?  Can I delete them?
  1501.  
  1502. A28: They're used by DESQview to store your application when it gets swapped
  1503.      to disk. If the file's date and time are older than the last time you
  1504.      started DV then you can safely erase the files. There is no way to
  1505.      restart an application using a swap file.
  1506.  
  1507. Q29: What does ``Optimize Communications'' in DESQview's setup program do?
  1508.  
  1509. A29: The cards that you install in your computer use ``hardware interrupts''
  1510.      to tell the CPU that the card has or needs data.  The hardware
  1511.      interrupts are like grade school students raising their hand in class.
  1512.      When they teacher recongizes a student with his hand up, that student
  1513.      can ask/answer a question.
  1514.  
  1515.      Like many teachers, DESQview has a ``teacher's pet.''  This pet is
  1516.      hardware interrupt 0.  If a bunch of hardware interrupts raise their
  1517.      hands at the same time, DESQview will always recognize 0 first, then 1,
  1518.      then 2, and so on.
  1519.  
  1520.      However, most COM ports use hardware interrupt levels 3 and 4.  So by
  1521.      answering ``Y'' to ``Optimize Communications'', you force interrupt
  1522.      level 3 to become the teacher's pet.  DESQview will then recognize the
  1523.      interrupts in this order: 3, 4, 5, ... 0, 1, 2.  Rather than answering
  1524.      ``Y'', you can put in any interrupt number you prefer.  For example, if
  1525.      you answer ``5'',  DESQview will recognize the interrupts in the order
  1526.      5, 6, 7, ... , 0, 1, 2, 3, 4.
  1527.  
  1528.      Setting ``Optimize Communications'' to ``Y'' can reduce or eliminate
  1529.      dropped characters in communication programs (see Q25).
  1530.  
  1531.      8086/8088 machines have 8 available hardware interrupts (0-7), while
  1532.      80286+ machines have 16 (0-15).
  1533.  
  1534. Q30: What do I need if I want to use DESQview/X's networking features?
  1535.  
  1536. A30: DVX allows you to interact with programs running on other DVX and Unix
  1537.      machines, if the machines are networked.
  1538.  
  1539.      Three parts are required on a PC to make this work:
  1540.           (1) DESQview/X
  1541.           (2) One of the DESQview/X Network Managers sold by Quarterdeck
  1542.           (3) A networking protocol stack available from another
  1543.               manufacturer.
  1544.  
  1545.      DESQview/X is packaged with a Network Manager that allows you to
  1546.      communicate with other DESQview/X machines.  This DVX-to-DVX Network
  1547.      Manager will not allow you to communicate with Unix machines.  It
  1548.      requires a Novell or Netbios-compatible network protocol stack.
  1549.  
  1550.      To communicate with Unix machines, you must purchase the
  1551.      DVX-to-other-systems Network Manager ($200 list) from Quarterdeck.
  1552.      Packaged with this Manager is a coupon for a free copy of Novell's
  1553.      TCP/IP Transport for DOS, one of the possible protocol stacks that are
  1554.      compatible with the DVX-to-other-systems Network Manager.  Current users
  1555.      of the DVX-to-other-systems Network Manager can receive a free copy of
  1556.      Novell's TCP/IP stack by contacting Quarterdeck (see Q19).
  1557.  
  1558.      Other TCP/IP protocol stacks that the DVX-to-other-systems Network
  1559.      Manager is compatible with include FTP Incorporated's PC/TCP, Beam and
  1560.      Whiteside's package in Lan Workplace emulation mode (unsupported by
  1561.      Quarterdeck), and Novell's Lan Workplace for DOS.
  1562.  
  1563.      PC-NFS, Wollongong and native Beam and Whiteside support is currently in
  1564.      beta testing.  Contact Quarterdeck for details (see Q19).
  1565.  
  1566.      Many have asked about SLIP support.  Here's a post from someone who has
  1567.      it working (Phil Kemp):
  1568.  
  1569.          There are a small group of us, 3 or 4, that are in throes of using
  1570.          slip with FTP inc.'s stack and DV/X. There are some problems but it
  1571.          is useable. The configuration I am using right now (writing this
  1572.          note in fact) is over a 9600 bps V.42bis connection to cisco
  1573.          Trouter. I'm using FTP inc. generic kernel vers. 2.05 pl4. 2.10 is
  1574.          now shipping and I am awaiting delivery. 2.10 is much less low
  1575.          memory intensive.
  1576.  
  1577.          The trick just now is to use the packet driver ethersl.com and the
  1578.          ethdrv.exe stack. Attempts to use the 16550.com and slpdrv.exe stack
  1579.          from ftp result in x-windows spontaneously disappearing. A maximum
  1580.          of 12 sockets can be configured in the FTP/DV-X combination due to
  1581.          some software issues. Hopefully this will be corrected in the
  1582.          future. I still get the occasional disappearing session, once or
  1583.          twice a week, but contrast that to two or three times an hour before
  1584.          we went to the ethdrv stack. FTP and Qdeck are working on the slpdrv
  1585.          problem. The ftp inc. packet driver 16550.com seems to be about 20%
  1586.          better in performance than the ethersl.com packet driver, so I would
  1587.          like to go back to it one day. Note that ethersl.com does make use
  1588.          of the 16550afn fifo buffers. I see ftp transfers of compressed
  1589.          files in the range of .9 Kbytes/s if I leave the other network
  1590.          windows alone.
  1591.  
  1592. Q31: What do each of the four Protection Levels mean?
  1593.  
  1594. A31: In ``Change A Program'' or DVPMAN, you can set a program's protection
  1595.      level.  Here are the meanings:
  1596.  
  1597.      Level 0 means no protection at all.
  1598.  
  1599.      Level 1 will keep a process from locking interrupts for too long if the
  1600.      WD parameter is set correctly in QEMM, and your hardware supports it.
  1601.  
  1602.      Level 2 will bring up an error if a process writes outside of the memory
  1603.      that DESQview thinks the process owns. If the process attempts this,
  1604.      DESQview will ask the user if the process should be aborted,
  1605.      unprotected, or be allowed to continue (but remain protected).
  1606.  
  1607.      Level 3 will keep a process from reading outside of its memory, with a
  1608.      similar interface as Level 2.  It also grabs all interrupt vectors
  1609.      and complains if the program points the vector outside of its memory
  1610.      (including back at the original handler) and then calls it.  Level 3
  1611.      will crash Borland's floating point libraries.
  1612.  
  1613.      If a program crashes with Level 0 it will also crash with Level 3 set,
  1614.      but you might find out about it a little sooner, and it may prevent the
  1615.      system from being locked up.
  1616.  
  1617. Q32: How can I load two or more shared programs in a window?
  1618.  
  1619. A32: In Change A Program or DVPMAN, you can only list one shared program
  1620.      and its data.  To load more than one shared program, you must create a
  1621.      file which lists the shared programs.  Each shared program you want to
  1622.      load requires two lines in the file -- one for the shared program name,
  1623.      and one for the shared program data.  For example, let's say you want to
  1624.      load DGNASI.SHR and 1COPY.SHR.  Create a text file called SHARED.TXT
  1625.      (or whatever) with four lines that look like this (the parenthetical
  1626.      comments should not be added):
  1627.  
  1628.      DGANSI.SHR          (line 1)
  1629.      blah blah blah      (Text that would be in ``Data'' field for DGANSI)
  1630.      1COPY.SHR           (line 3)
  1631.      blah blah blah      (Text that would be in ``Data'' field for 1COPY)
  1632.  
  1633.      Then, in Change A Program or DVPMAN's "Shared Program" field, place
  1634.      the name of this text file preceded by the ``+'' sign.  In our case,
  1635.      we would put
  1636.                                 Shared Program
  1637.      Pathname..:  +C:\DV\shared.txt
  1638.      Data......:
  1639.  
  1640.      If the shared.txt pathname is not specified, it defaults to the
  1641.      ``Default Directory'' path in the DVP.  However, the default place to
  1642.      look for shared programs is always the DESQview directory.
  1643.  
  1644. Q33: When running Windows under DESQview, I get an ``Incorrect DOS Version''
  1645.      message.  How do I fix this?
  1646.  
  1647. A33: Rather than using LOADHI FILES in AUTOEXEC.BAT, you must set FILES=15
  1648.      or so in CONFIG.SYS.  Windows requires that some FILES be loaded low.
  1649.  
  1650.  
  1651. CONTRIBUTORS
  1652. ------------
  1653.      The following people have sent suggestions for entries in the FAQ.  On
  1654.      behalf of all the readers of comp.os.msdos.desqview, I thank you.  If
  1655.      the person is credited with a ``Q'', he/she suggested a question.  If
  1656.      part of an answer was contributed, the contributor is credited with an
  1657.      ``A''. An asterisk indicates that the contributor wrote a significant
  1658.      portion of the answer.  If a particular question and answer is not
  1659.      credited, I wrote it.
  1660.  
  1661.      If you see your name here and you didn't actually send me something, I
  1662.      probably stole a posting of yours for the FAQ.
  1663.      ----
  1664.      The information in A7 on access to SIMTEL20 is from regular postings to
  1665.      the Usenet newsgroup comp.binaries.ibm.pc.archives by Keith Peterson.
  1666.  
  1667.      The electronic contacts in A19 are from the QOS note ``CONTACT.TXT''
  1668.  
  1669.      The international addresses in A19 are from "DESQview User, The
  1670.      Quarterly Journal for PC and DOS productivity", Issue 4, Spring 1992 and
  1671.      were sent to me by Klaus Hartnegg.
  1672.  
  1673.      Most of A20 was copied from Quarterdeck's tech note ``DVBOOK.TEC''
  1674.  
  1675.      Some of A25 is from Appendix B of the FOSSIL driver manual sent to me by
  1676.      Stephen Lee.
  1677.  
  1678.      Information in A8 and A30 was grabbed from Quarterdeck press releases.
  1679.  
  1680.      alheid@pittpa.cray.com (Greg Alheid)              A2*,A4*,A5*,A11,A13*,
  1681.                                                        A15*,A17,A20
  1682.      aml@world.std.com (Andrew M Langmead)             A31*,A32*
  1683.      anasaz!crow@asuvax.eas.asu.edu (Jerry Crow)       A2,A21
  1684.      arnd@zeus.informatik.rwth-aachen.de
  1685.                                    (Arnd Gehrmann)     A19
  1686.      arr@stat.ph.albany.edu (Andrew A. Reilly)         Q22
  1687.      Carl Anderson 1:106/7674                          A17
  1688.      chaz@chinet.chi.il.us (Charlie Kestner)           Q4,Q17,Q19,Q20
  1689.      Dave Osborne 1:123/27.0                           A29
  1690.      dave.williams@chaos.lrk.ar.us (Dave Williams)     A20
  1691.      docw@qdeck.com (Doc Williamson)                   A19
  1692.      dj@ctron.com (DJ Delorie)                         A17
  1693.      dvss!jtroy@udel.edu (Jay Troy)                    A17
  1694.      em21@cunixf.cc.columbia.edu (Eben Moglen)         A17
  1695.      esiever@world.std.com (Ellen C. Siever)           A20
  1696.      granz@junkyard.uucp                               A22*
  1697.      hartnegg@ibm.ruf.uni-freiburg.de (Klaus Hartnegg) A13,A19*
  1698.      january%polari@uunet.uu.net (Jamie Pehling)       A2,A7
  1699.      jcorr@splash.princeton.edu (Jim Orr)              A20
  1700.      jerry@rat.nrl.navy.mil (Jerry Nash)               A17
  1701.      jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard)        A17
  1702.      john@stanton.cts.com (John Goodman)               A20
  1703.      kemp@convex.com (Phil Kemp)                       A30*
  1704.      kneply@mozart.cs.colostate.edu (Jim Knepley)      A2,A4,Q8,Q17,Q18
  1705.      lsuc!ontmoh!rwh@cs.toronto.edu (Russell Herman)   A19
  1706.      Mark Hockings 1:102/824                           A2,A6,A17,A19,A22,A24,
  1707.                                                        A25
  1708.      Michelle at Quarterdeck Canada                    A6
  1709.      mike@batpad.lgb.CA.US (Mike Batchelor)            A8,A17,A22,A30
  1710.      mtbb136@ms.uky.edu                                Q2,Q12,Q13
  1711.      mvjrs@mvgpk.att.com (Rick Sladkey)                A4,A17
  1712.      nickw@syma.sussex.ac.uk (Nick Watkins)            A2,A6,A17,A20
  1713.      noesis@ucscb.ucsc.edu (Kyle ?)                    A13
  1714.      phealy@swift.cs.tcd.ie (Paul ?)                   A19
  1715.      ralf@cs.cmu.edu (Ralf Brown)                      A2,A6,A7*,A8*,Q9,A10*,
  1716.                                                        A13,A14*,A17,A21*,A25,
  1717.                                                        A31,A32*
  1718.      reisert@mast.enet.dec.com (James J. Reisert)      A25
  1719.      rreiner@nexus.yorku.ca (Richard Reiner)           A2,A17
  1720.      s2942275@techst02.technion.ac.il (Yaniv Golan)    A17
  1721.      Saar Blitz 2:403/139.0                            A17
  1722.      schuster@panix.com (Mike Schuster)                A17
  1723.      Sean True                                         A8
  1724.      senf_ltd@uhura.cc.rochester.edu (Stephen Lee)     A25*
  1725.      smsmith@magnus.acs.ohio-state.edu (Stephen Smith) A13
  1726.      spit@neuro.duke.edu (Mike Burdick)                A33
  1727.      support@qdeck.com  (Gary Rich)                    A6
  1728.      support@qdeck.com  (Doc Williamson)               A24
  1729.      stern@denali.ims.alaska.edu (Pete Stern)          Q25,Q26,Q27
  1730.      steveg@orl.mmc.com (Steve Gabrilowitz)            Q8,Q15
  1731.      theall@gdalsrv.sas.upenn.edu (George A. Theall)   A2*,A3,A4,A7,A17,A19,
  1732.                                                        A20,Q22,A23,A24*,A28*,
  1733.                                                        A32*
  1734.      thuben@kiera.ericsson.se (Thomas Nilsson)         A25
  1735.      valley@gsbsun.uchicago.edu (Doug Dougherty)       A2,A4,A10,Q11,A12*,Q14,
  1736.                                                        Q16,A17,A20,A25
  1737.      w8sdz@wsmr-simtel20.army.mil (Keith Peterson)     A7*,A17
  1738.      wiget@switch.ch (Margel Wiget)                    A17
  1739.      4carroll_j@spcvxa.spc.edu (Jim Carroll)           A25
  1740.